MARKED-UP COPY OF SPECIFICATION 

TITLE OF THE INVENTION TRANSACTION MANAG I NG APPARATUS 
AND METHOD AND RECORDING MEDIUM STORING TRANSACTION 
MANAGING PROGRAM THEREIN 

BACKGROUND OF THE INVENTION 
Field of the Invention 

[0001] The present invention relates to g^transaction managing apparatus 
and method which are used for a POS terminal that is used for sales of goods at 
a store in the distribution retail business, and to a recording medium in which a 
transaction managing program has been stored. More particularly, the invention 
relates to^transaction managing apparatus and method for a POS terminal, by 
which incomplete transactions^ such as^deferred pickup tranaaction — 
w^^jrek transactions wherein the customer prepays for goods and receives them 
later (e.g.. on another day], deferred payment sales in which wherein goods 
are previously delivered and the customer pays for them later (e.g., on another 
dayi, and the like^ are managed and controlled in a lump , and to a recording 
medium in which a transaction managing program has been stored. 
Description of the Related A rt a Art 

Hitherto, — a-s — for gqIcg of goodo in diotribution 

I0Q021 rGtQii buGinoDo, — ^ In addition to normal sales in whioh of goods 
in the distribution retail business, wherein payment for and— a receipt of 
goods are simultaneously performed, there io an are incomplete transQction 
ift — w^^jre fetransactions wherein oavment is made as prepayment, 
postpayment, payment by installments, or the like^ and wherein the goods are 
delivered as predelivery, postdelivery, delivery by installments, or the like. In the 
incomplete transaction, when the transaction is started with the prepayment or 
the predelivery of goods, the contents of the transactionfeave — — be are 
continuously managed until the delivery of the goods or the payment is 
completed. As for the incomplete transaction, whether the timing to sum upt^ 
□ Qico — the sale (transaction amounts mav be set to the start of the 
transaction or the end of the transaction (at the time of completion of the 
payment o f the balance or at the time of the delivery of goods) ±d determined 
ao ncccosary, — af^ . Thereafter, it is necessary to sum up the sales at the 
determined timing. 

fOOOSI However, in the conventional sales of goods, thercarc i — the caoe 
where systems are provided for POS terminals in accordance with the kinds of 
incomplete transactions^ such as^ transaction of prepayment and postdelivery of 
goods, transaction of predelivery of goods and postpayment, and the like and 

va r i oust ran o act iono — ar3?e . Each Of these systems individually managed 

every — Gyotem; manages Its respective transactions and^^^e — ea^e — where 
the incomplete transactions are managed on the basis of transaction slips 
independently of such systems. 

r00041 Therefore, m — order — fee — perform the management of all of the 

incomplete tranc3actionD, fei^e graop fe^ transaction types 

understanding the situations, and the like, ir^takes i^long time, i^is difficult 
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^fc^ — perform — ouch — manQgcmcnt — aftd — grasp , and thcrc — irs — Qloo _raises a 
possibility that they arc — incorrect ly of improper manac|Gtnenta 
rOOOSl DGrformod. 

SUIVIMARY OF THE INVENTION 

roOOSI According to the present invention, there is provided a transaction 
managing apparatus for a POS terminal , inwhioh wherein management of all 
of the incomplete tranoaotiono, a grasp ^ transaction types- 
understanding situations thereof, and the like^ can be correctly performed in a 
short time and the kind of incomplete transaction can be — aic3o correctly 
changed in a short time. 

r00071 A transaction managing apparatus for a POS terminal according to 
the present invention 4^3 — characterized — bycomprising : includes a 
transaction defining unit for defining a plurality of kindo — — incomplete 
transaction types by combining a plurality of predetermined categories-^ and a 
management control unit for designating one of the plurality of kindo — e# 
incomplete transaction types and managing and controlling the transaction from 
the start to the end thereof in a lump by— interactive operation with the 
operator. Accordina Therefore. according to the present invention. 
therefore, — the plurality of incomplete tranoactionD .^nsaction tvpes can 
be controlled and managed — a — ttimp — by one system- so that the 
management of all of the incomplete transactions, the ^^^^ understandina of 
situations thereof, and the like^ can be correctly performed in an extremely short 
time. It is also possible to correctly change the control and management of the 
incomplete transaction in a short time merely by changing the designation of the 
incomplete transaction type. 

rooosi There are tho The following Categories ^feo— define the incomplete 
transaction types. 

r00091 (1) Method of tender^ such as^ prepayment, postpayment, 
payment by installments, or the like. 

rooOIOI (2) Setting of ncGGnQity/unnoGopnity of the requirement for 

prepayment. in cano of neceGDitv For required prepavments . 

the lowest percentage, the lowest amount, or the like^ is set. 

[0010] (3) Term for payment 

[00111 (4) Be live ring Deliverv method^ such as^ predelivery, 

postdelivery, delivery by installments, or the like 

[0012] (5) Scheduled delivery date in case of predelivery, 

postdelivery, or the like 

[0013] (6) Setting of permission/inhibition ^for predelivery. For 
example, when a paid amount does not reach the price of the goods, 

whether or not the delivery is possible or not is set. 

[0014] (7) sqIog Setting the sales sum-up timing at the time of of the 
sale (transaction) amount with amounts from other transactions to the start 
of the transaction, the completion of the payment, the 

completion of the transaction, or the like^ 

[00151 The transaction defining unit of the present invention defines the 
incomplete transaction types by combining at least three items— the sales 
sum-up timing, the presence or absence of necessity of the prepayment, and 
the timing or method of delivering goods. 
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[0016] As incomplete transaction types, for example, the transaction defining 

unit defines at least one of the following types A, B, C, and D. 

r00171 Type A: Deferred pickup (delivery) transaction on the principle of 

occurrence in which the paian aro sale (transaction amount) is permitted to 

be summed up with other transaction amounts upon occurrence (start) 

of a transaction e# with a total amount required as a prepayment 

r00181 Type B: Deferred pickup (delivery) transaction on the principle of 

completion in which the naion aro sale (transaction) amount is permitted to 

be summed up with other transaction amounts upon completion of a 

transaction e#(e.q., upon del ivery) with the total amoun t required as a 

prepayment. 

r00191 Type C: Deferred payment transaction on the principle of 
occurrence in which the gqIgo arc sale (transaction) amount is permitted to 
be summed up with other transaction amounts upon occurrence (e.a.. at 
the beoinninq) of a transaction of deferred payment sales with a specific 
customer. 

[0020] Type D: Deferred payment transaction on the principle of 
completion in which the gqIgg arc sale (transaction) amount is permitted to 
be summed up with other transaction amounts upon completion of a 

transaction (e.g., when payment is complete) of the deferred payment 
sales with a specific customer. 

r002n As for the deferred pickup (delivery) transaction on the principle of 
occurrence of thc {Le^ type A^, the transaction defining unit forms type code 
information having a combination of the categories in which the sales sum-up 
timing is set to the timing upon occurrence (start) of the transaction, to the 
timing at which the prepayment of a total amount is necessary, and to the timing 
at which the delivery of goods is performed later (e.g., on another day]. When 
the incomplete transaction of tke — type A as a deferred pickup (delivery) 
transaction on the principle of occurrence is designated, the management 
control unit executes a prepaying process at the start of the transaction and a 
dciivGrinq deMyery process upon completion of the transaction. That is, as 
processes upon prepayment at the start of the transaction, the following 
processes are executed: an issue of a transaction slip number of the 
incomplete transaction; an input of a delivery date of goods; a registration of 
goods; a registration of an amount of payment; a confirmation of the payment of 
the total amount; a display of an error in the case where the payment is not 
made yet; etn — iopuG issuance of a customer copy with the transaction slip 
numbers- and authorization of a sum-up of the oaico . — sale (transaction) 
amount with other transaction amounts. A s processes upon delivery at the 
time when the transaction is completed, a display of incomplete transaction 
information by the input of the slip number, a registration of the delivery, and a 
termination of the incomplete transaction are executed. 

[0022] As for the deferred pickup transaction on the principle of completion 
of tho lLe^ type BJ, the transaction defining unit forms type code information 
having a combination of ^^4=be— categories in which : a first cateaorv wherein 
the sales sum-up timing is set to the timing upon completion of the transaction- 
a second category wherein the prepayment of a total amount is 
necessary-; and ^ a third category wherein the delivery of goods is set to 
postdelivery. When the incomplete transaction of the type B as a deferred 
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pickup transaction on the principle of completion is designated, the management 
control unit performs the prepaying process at the start of the transaction and 
the delivering process upon completion of the transaction. That is, as processes 
upon prepayment at the start of the transaction, the following processes are 
executed: namely, ena — jr^^^ issuance of a transaction slip number of the 
incomplete transaction; an input of a delivery date of goods; a registration of 
goods; a registration of an amount of payment; a confirmation of the total 
amount of payment: a display of an error in the case where the payment is not 
made yet; and an ^r^e^ issuance of a customer copy with the transaction slip 
number. As processes upon delivery at the end of the transaction, a display of 
incomplete transaction information by the input of the slip number, a registration 
of the delivery, authorization of a sum-up of the Galea, sale (transaction) 
amount with other transaction amounts, and a termination of the incomplete 
transaction are executed. The type B differs from the type A only with respect to 
a point that the sales sum-up timinc . The timing in ^thetype A is set to the 
start of the transaction and that in the type B is set to the completion of the 
transaction. 

r00231 With respect to the deferred payment transaction on the principle of 
occurrence — the £ type Q, the transaction defining unit forms type code 
information having a combination of — categories — 3rft — which : a first 
category wherein the sales sum-up timing is set to the timing upon occurrence 
(start) of the transactionT — a second category wherein the prepayment is 
unnecessary-! ^ a third category wherein the delivery of goods is set to a 
predelivery. When the type C incomplete transaction of thctypc c qg^ a 
deferred payment transaction on the principle of occurrence is designated, the 
management control unit executes the prepaying process at the start of the 
transaction and the process upon payment. That is, as processes upon 
prepayment at the start of the transaction, the following processes are executed: 
namely, etn — jr^e^ issuance of a transaction slip number of the incomplete 
transaction; an input of a delivery date of goods; a registration of goods; a 
registration of an amount of payment including a zero amount; eft 
jr^^^ issuance of a customer copy with the transaction slip number; a 
registration of a delivery; and authorization of a sum-up of the oQico sate 
(transaction) amount with other transaction amounts . As processes upon 
payment, a display of incomplete transaction information by the input of the 
transaction slip number, a registration of the amount of payment, and a 
termination of the incomplete transaction in the case where a balance is equal to 
0 are executed. 

r00241 As for the deferred payment transaction on the principle of completion 
of tho (i,e.. type DJ, the transaction defining unit forms type code information 
having a combination of ^^^^e— cateoories in vjhich : a first category wherein 
the sales sum-up timing is set to the timing upon completion of the transaction-i 
a second category wherein the prepayment is unnecessary-; and a third 
category wherein the delivery of goods is set to a predelivery. When the 
incomplete transaction of the type D-ee^ a deferred payment transaction on the 
principle of completion^ is designated, the management control unit executes the 
prepaying process at the start of the transaction and the process upon payment. 
In other words, as processes upon prepayment at the start of the transaction, 
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the following processes are executed: namely, — ^^^^ issuance of a 
transaction slip number of the incomplete transaction; an input of a delivery 
date of goods; a registration of goods; a registration of an amount of payment 
including a zero amount; a registration of a delivery; and an innuG issuance of 
a customer copy with the transaction slip number. As processes upon 
payment, the following processes are executed: namely, a display of incomplete 
transaction information by the input of the transaction slip number; a 
registration of the amount of payment; authorization of a sum-up of the 
ee^r^ sale (transaction) amount with other transaction amounts in the case 
where a balance is equal to 0; and ^termination of the incomplete transaction. 
The type C differs from the type D only to the point lD that the sales sum-up 
timing in the type C is set to the start of the transaction and that in the type D 
is set to the completion of the transaction. 

r00251 The transaction defining unit has, for example, an incomplete 
transaction management table, a type code table, an incomplete transaction line 
item information table, and a payment information management table. The 
incomplete transaction management table stores basic management 
information^ such as^ store number, incomplete transaction slip number, type 
code, transaction serial number upon occurrence, date and time of occurrence, 
customer number, requested amount, amount of down payment, balance, 
scheduled delivery date, delivery completion flag, sum-up possible/impossible 
flag, totalization completion flag, and the like. The type code table is designated 
by the type code in the incomplete transaction management table and stores 
category combination information^ such as^ sales sum-up timing, prepayment 
necessary/unnecessary flag, predelivery possible/impossible flag, method of 
tender, dciivcring delivery method, and the like. The incomplete transaction 
detail information table is designated by the incomplete transaction slip number 
in the incomplete transaction management table and stores goods management 
information^ such as^ goods code, unit price, quantity, discount information, and 
the like. Further, the payment information management table is designated by 
the incomplete transaction slip number in the incomplete transaction 
management table and stores payment management information^ such as^ date 
and time (time stamp) of payment, paid amount, kind of tender, and the like. On 
the basis of each table information of the transaction defining unit, the 
management control unit displays the following lists — ets — a — vjhoiciiot — 
every type: namoiy,! a list Showing the incomplete transactions; a list of the 
customers who do not come to receive goods even after the scheduled delivery 
date; a list of the customers who do not come to pay after the term of payment; 
a list of the payment situations; and the like. As information that is stored in 
each table, each table does not need to have all of the information that is listed 
up^ but the invention includes a case where the table has proper storage 
contents^ as necessary. According to the present invention, there is 

provided a transaction managing method for a POS terminal- comprising the 
steps of: defining a plurality of kinds of incomplete transaction types by 

combining a plurality of predetermined categories ; and ^ designating one 
of the plurality of kinds of incomplete transaction types by — interactive 
operation with the operator^ and managing and controlling processes in q lump 
from the beginning of the transaction to the end. 
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r0026] According to the present invention, there is provided a recording 
medium which stores a management control program, wherein the management 
control program comprises the steps of: defining a plurality of kinds of 
incomplete transaction types by combining a plurality of predetermined 
categories; end — designating one of the plurality of kinds of incomplete 
transaction types by— interactive operation with the operator; and managing 
and controlling processes in a lump from the beginning of the transaction to 
the end. 

[0027] The present invention provides a transaction systemT — a^^^plurality 
of terminal apparatuses are connected through a network to a server for 
managing transaction information, and each of those terminal apparatuses 
comprises: a transaction defining unit for defining a plurality of kinds of 
incomplete transaction types by combining a plurality of predetermined 
categories-T- and a management control unit for designating one of the plurality of 
kinds of incomplete transaction types bya^ interactive operation with the 
operator and managing and controlling processes 4^ — a — lump — from the 
beginning of the transaction to the end. 

[0028] The above^ and other objects, features, and advantages of the 
present invention will become more apparent from the following detailed 
description with reference to the drawings. 
BRIEF DESCRIPTION OF THE DRAWINGS 

[0029] Fig. 1 is an explanatory diagram of a POS system to which the 
invention is applied; 

[0030] Fig. 2 is an explanatory diagram of a program structure of a POS 
terminal in Fig. 1; 

[0031] Fig. 3 is a block diagram of a functional construction of the POS 
terminal according to the invention; 

[0032] Figs. 4A and 4B are explanatory diagrams of a table structure 
provided for a transaction defining unit in Fig. 3; 

[0033] Figs. 5A to 5D are explanatory diagrams of incomplete transaction 
types defined in the POS terminal in Fig. 3; 

[0034] Fig. 6 is a flowchart for an incomplete transaction process by the POS 
terminal in Fig. 3; 

[0035] Fig. 7 is a flowchart for a paying process in a deferred pickup 
transaction on the principle of occurrence (type A); 

[0036] Figs. 8A to 8D are explanatory diagrams of operation picture planes in 
the paying process in Fig. 7; 

[0037] Fig. 9 is a flowchart for a delivering process in the deferred pickup 
transaction on the principle of occurrence (type A); 

[0038] Figs. 10A to 10E are explanatory diagrams of operation picture planes 
in the delivering process in Fig. 9; 

[0039] Fig. 11 is a flowchart for a paying process in the deferred pickup 
transaction on the principle of completion (type B); 

[0040] Fig. 12 is a flowchart for a delivering process in the deferred pickup 
transaction on the principle of completion (type B); 

[0041] Fig. 13 is a flowchart for a paying process in a deferred payment 
transaction on the principle of completion (type D); 

[0042] Figs. 14A to 14E are explanatory diagrams of operation picture planes 
in the paying process in Fig. 13; 
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[0043] Fig. 15 is a flowchart for the paying process in the deferred payment 
transaction on the principle of completion (type D); 

r00441 Figs. 16A to 16E are explanatory diagrams of operation picture planes 
in the paying process in Fig. 15; 

[0045] Fig. 17 is a flowchart for the paying process in a deferred payment 
transaction on the principle of occurrence (type C); 

[0046] Fig. 18 is a flowchart for the paying process in the deferred payment 
transaction on the principle of occurrence (type C); 

[0047] Figs. 19A and 19B are explanatory diagrams of a display of list picture 
planes in the incomplete transaction; and 

[0048] Figs. 20A and 20B are explanatory diagrams of another embodiment 
of a table structure provided for the transaction defining unit in Fig. 4. 
DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENT 

(Conotruction and — f unctiono ) 

[0049] Fig. 1 is an explanatory diagram of a POS system (point of service 
system) to which the transaction managing apparatus and method of the 
present invention are applied. The POS system comprises a plurality of POS 
terminals 10-1 and 10-2, LAN 12, a POS server 20, a server file 22. a host 
system 24, and a host file 26. Input/output apparatuses for POS^ such as^ bar 
code readers 14-1 and 14-2, printers 16-1 and 16-2, card readers 18-1 and 18- 
2, and the like^ are provided for the POS terminals 10-1 and 10-5-2i as 
necessary. Although fig. FiaL- l shows an example of the POS system of a 
large scaleT — in caGc of . For a POS system of a middle scale, the system is 
constructed by the POS server 20, server file 22, and POS terminals 10-1 and 
10-2. Further, in cqbg of fer a system of a small scale^ such as^ a private 
store or the like, there is a caoc whore the POS system is constructed only 
by the POS terminals 10-1 and 10-2. Such a POS system is installed in a store^ 
or the like^of the distribution retail business-; performs a settlement by cash, a: 
credit card, or the like^ in association with a purchase of goods-; and sums up a 
result of settlement. In the present invention, each of the POS terminals 10-1 
and 10-2 has a function to perform management and— a control in a lump with 
respect to whatis^^grg called ^ — incomplete transaction — m — v/hich 
^^ transactions wherein the payment, the delivery of goods, and the like^ are 
performed at the different dates/hours in addition to the normal transaction 4^ 
w4=^j-efe wherein the settlement of payment and the receipt of goods are 
performed at the time of purchase. 

[0050] Fig. 2 ahown Fia, 2 illustrates an example of a program structure of 
the POS terminal 10-1 in Fig. 1. The POS terminal 10-1 is provided with: a POS 
application 28; a retail application frame work technology 30 as middle software; 
an OS 32; and an lOPOS 34 for standardizing the input/output apparatuses for 
the purpose of POS. The bar code reader 14-1, printer 16-1, and card reader 
18-1 are connected to the lOPOS 34, thereby enablina^fe^^e m the bar code 
reader^ printer and card reader to be handled as standardized input/output 
apparatuses as compared with the retail application frame work technology 30. 
The retail application frame work technology 30 also communicates with the 
POS server 20 in Fig. 1. The function of the transaction managing apparatus for 
an incomplete transaction according to the present invention is realized by the 
retail application frame work technology 30 and POS application 28 in the POS 
terminal 10-1 in Fig. 2. 
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roosn Fig. 3 is a block diagram of a functional construction of tine transaction 
managing apparatus according to tine present invention which is provided for 
the POS terminals 10-1 and 10-2 in Fig. 1 and is used for managing and 
controlling ^&^ all types of incomplete ^fe^ noQGt ion — ina — lump transactions . 
The transaction managing apparatus of the present invention is constructed by 
a transaction defining unit 36 and a management control unit 38. A database 40 
is provided for the transaction defining unit 36. Input/output apparatuses^ such 
aSi incomplete transaction picture plane display unit 42, key input unit 46, bar 
code reader 14, transaction slip issuing unit 48, and the like^ are provided for 
the management control unit 38. When considering the correspondence with 
the program structure in Fig. 2, the function of the transaction defining unit 36 is 
realized by the retail application frame work technology 30 and the management 
control unit 38 is realized by the POS application 28. The transaction defining 
unit 36 defines a plurality of kinds of incomplete transaction types by combining 
a plurality of predetermined categories with respect to the incomplete 
transaction. In association with the definition of the incomplete transaction 
types, an incomplete transaction management table 50, a type code table 52, an 
incomplete transaction detail information table 54, and a payment information 
management table 56 are provided for the transaction defining unit 36. Among 
them, the type code table 52 functions as a definition table in which a plurality of 
kinds of incomplete transaction types are defined by combining a plurality of 
categories. The management control unit 38 designates one of the incomplete 
transaction types defined by the transaction defining unit 36 by ^fe^interactive 
operation with the operator and manages and controls processes in a lump 
from the beginning of the transaction to the end. In the embodiment, in the 
transaction defining unit 36, since it is assumed that four types A, fefi. C, and D 
are defined as an example aovjiii be — explained hcrciniatcr , a type A 
management control unit 58, a type B management control unit 60, a type C 
management control unit 62, and a type D management control unit 64 are 
provided for the management control unit 38, Further, incomplete transaction 
information 66 and normal transaction information 68 are provided for the 
database 40. Each transaction information formed by the transaction operation 
of the POS terminal is recorded. An item name table 70 and a price lookup 
table (PLU) 72 are provided for the database 40. The item name table 70 is 
constructed by an item number code and an item name. The item number code 
and the item name can be recognized with reference to the item name table 70 
based on the code read out by the bar code reader 14. The price lookup table 
72 is constructed by the item number code and the price. Therefore, the price 
can be recognized by ooGina viewina the price lookup table 72 on the basis of 
the item number code derived with reference to the item name table 70. 
[0052] Figs. 4A and 4B are explanatory diagrams of the details of each table 
provided for the transaction defining unit 36 in Fig. 3 and its link structure. The 
incomplete transaction management table 50 has basic information for 
incomplete trnnnaction transactions . That is, the incomplete transaction 
management table 50 is provided with: a store number-i an incomplete 
transaction serial number (incomplete transaction slip number)-; a type code 
indicative of an incomplete transaction type-; a transaction serial number upon 
occurrence, date and time of occurrence-; a customer number-; a status code-; 
final updating date and time-; an employee ID upon occurrence-; a requested 
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amount-; an amount of down payment-; a balance-; a scheduled delivery 
date-; a delivery completion flag-; a sum-up possible/impossible flag-; a 
totalization completion flag-; and the like. The incomplete transaction detail 
information table 54 and payment information management table 56 can be 
referred to on the basis of the store number and the incomplete transaction 
serial number in the incomplete transaction management table 50. A store 
number, an incomplete transaction serial number, a line item number, line item 
information, and the like^ have been stored in the incomplete transaction detail 
information table 54. A store number, an incomplete transaction serial number, 
a payment processing store number, a transaction serial number upon payment, 
date and time of payment, a paid amount, a kind of tender, an employee ID 
upon payment, and the like^ have been stored in the payment information 
management table 56. The type code table 52 can be referred to on the basis of 
the type code in the incomplete transaction management table 50. The type 
code table 52 is a table for defining a plurality of kinds of incomplete types by 
combining a plurality of predetermined categories in the transaction defining unit 
36 in Fig. 3. In the embodiment, a plurality of categories^ such as^ type code, 
sum-up timing, payment necessary/unnecessary flag, predelivery 
possible/impossible flag, method of tender, dciivGrina deliverv method, and 
the like^ are provided in the type code table 52. The type of incomplete 
transaction is determined by a combination of those categories. Each category 
in the type code table 52 will now be described as follows. First, a timing at the 
start of the transaction, a timing upon completion of the payment, a timing upon 
completion of the delivery, and the like^ can be set as sum-up timings. The 
prepayment necessary/unnecessary flag is used to set the presence or absence 
of the necessity of the prepayment in the incomplete transaction. In this case, if 
the prepayment is necessary, the lowest percentage, the lowest amount, or the 
like^ can be set. The f^e^^^predelivery possible/impossible flag is a flag for 
setting whether the predelivery of goods is possible or not For example, when 
the paid amount does not reach the goods price, a condition about whether the 
predelivery is possible or not^ or the likejs set. A prepayment, a postpayment, 
a payment by installments, or the iike^r &^,.are set as a mcthod method^ of 
tender. There io Q prcdoiivcry, — a Predeliverv, postdelivery, ^delivery by 

installments, or the like — as — a — delivering — method. A t are deliverv 

methods, A scheduled delivery date can be also can be set in association 
with the deliver ing delivery method. As for the scheduled delivery date, an 
appointed day is set in case of predelivery and a date determined as a default, 
for example, a date after five business days^ or the like^ is set in case of 
postdelivery. Among those categories in the type code table 52, there are the 
following items as minimum categories necessary for incomplete tranoaction 
transactions in the present invention. 
[0053] I. sum-up timing 

r00541 II. prepayment necessary/unnecessary flag 
roossi III. delivering method 

r00561 The type of incomplete transaction can be defined by combining the 
other categories with those three basic categories as necessary. 
r00571 Figs. 5A to 5D are explanatory diagrams of a type code table in which 
four types A, B, C, and D have been defined as types of th^— incomplete 

tranoQCt ion tLansactioriS . Fig . 
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r00581 Fig. 5A shows a tvpo node table a type code table 74 for the 
the_ def erred pickup 

r00591 trQnQQQtion transaction and on-^b^^e— _the principle of occurrence 

r00601 corresponding to the type a. The incomplete 

fOOSn tranoaction of the type A Id an unoettlcd tranGQCtion 
[0062] of the prepayment — of a total — amount and — irs — a deferred 
[0063] pickup — tranoaction on the principle of occurrence — irft 
[0064] which the oalco arc oummcd up upon occurrence of the 

[0065] tranaaGtion . Therefore , — in the type — code — table — ?4 — 

[0066] ^fe-he — deferred piclcup tranoaction and on the principle of 
[0067] occurrence ^ — fe^te — type — code A io — firot defined. 
[0068] SubGequcntly ^ — "upon occurrence of tranoaction" — 

[0069] def ined ao a oum - up timing. "neceooary" — io defined ao 

[0070] a prepayment neceooary/unneceooary — flag . "total 

[0071 1 amount " — ±s — defined ao — attribute — information . 
[0072] "pootdelivery " — ±-s — defined ao — a delivering method . 
[0073] Thuo , — ^^F^ — type dcoignation of the — incomplete 
[0074] tranoaGtion by the three baoic categorieo — io performed. 
[0075] Further . — "after 5 buoincoo days" — io get ao a default of 

[0076] the ocheduled delivery date . Fig . i-s enFt 

explanatorydiagram a type code table ift which feke 

incompletetranoaction &^ type B i-s dcfinod type A . The 

incomplete transaction of the type ©A is an incomoieto unsettled transaction of 
the prepayment of a total amount and is a deferred pickup (delivery) transaction 

on the principle of completion OCCUrrence in which — — oalco — a^e — oummcd 

«p — t^peft — completion — — t^ whlch the Sale (transaction) amount is 
authorized to be summed up with oth er authorized transaction amounts 
upon occurrence (start) of the transaction. Therefore, in the type code table 
^74 for the deferred pickup transaction and on the principle o fcompietion 
occurrence , the type code ©A is first defined. Subsequently, " at the end upon 
occurrence of transaction" is defined as a sum-up timing^ — The ouboequent ; 
"necessary" is defined as a prepayment necessary/unnecessary flag- 
deiivoring method, — Mb^ i "total amount" is defined as attribute information: 
and "postdelivery" is defined as a delivery method. Thus, the tvoe 
desianation of the incomplete transaction bv the three basic cateoories is 
performed. Further, "after 5 business days" is set as a default of the scheduled 
delivery date. 

r0077] ocheduled delivery date are the oame ao thooo in caoe 
r0078] o^ — feke — type — code — t able — ^ — ifi^ — F^rg-^ SPr^ Fig. 5gB IS an 

explanatory diagram of a type code table ^ — irf^ — w^^4r^ 76 wherein the 
incomplete transaction of the type eg is defined. The incomplete transaction of 
the type gB is an unoettied incomplete transaction 4^ — which — deferred 

payment — oaleoare made — for a opccific euotomer Of the Prepayment of a 

total amount and is a deferred payment pickup (delivery) transaction on the 

principle of occurrence invtfhich feke oalco a^^e oummcd — tip upon 

occurrcncc completion Wherein the sale (transaction^ amount is authorized 
to be summed up with other transaction amounts upon completion of the 



10 



transaction. Therefore, in the type code table ^76 for the deferred 
pgymcnt pickup transaction and on the principle of occurrcncc completion . the 
type code eg is fimLdefined. "uponQGcurrcncG Subseauentlv, "at the end of 
transaction" is defined as a sum-up timing, "unncccooary" is defined aa a 
pgymont The Subsequent prepayment necessarv/unnecessarv flag bccQuoe 
— fe^^e — deferred , delivery method, and scheduled delivery date are the 
same as those in the type code table 74 in Fio. 6A. 
[0079] payment tranoQction of deferred payment oalco, 
[00801 "predelivery" — i-s — defined ao — a delivering method^ — and 

[00811 Fig, 5C is an explanatory diagram of a type code table 78 wherein 
the incomplete transaction of the type C is defined. The incomplete 
transaction of the type C is an unsettled transaction, wherein deferred 
payment sales are made for a specific customer, and is a deferred payment 
transaction on the principle of occurrence wherein the sale (transaction) 
amount is authorized to be summed up with other authorized transaction 
amounts upon occurrence (start) of the transaction. Therefore, in the type 
code table 78 for the deferred payment transaction and on t he principle of 
occurrence, the type code C is defined . "Upon 

further, — "appointed day" — as — a dof ault OCCUrrence of transaction" IS 
defined as a sum-up timing. "Unnecessary" is defined as a payment 
necessarv/unnecessarv flag because of the deferred payment transaction of 
deferred payment sales. "Predelivery" is defined as a delivery method, 
and further, "appointed day", as a default, is defined as a scheduled delivery 

date. Fig . — 5D ig — an explanatory 

r00821 Fig. 5D is an ex planatory diagram of a type code table 80 in 
w^Hre^ wherein the incomplete transaction of the type D is defined. The 
incomplete transaction of the type D is an unsettled transactioni^i — which ^^ 
wherein deferred payment sales are made for a specific customer^ and is a 
deferred payment transaction on the principle of completion in which — 
naicn arc summcdup wherein the Sale (transaction^ amount is authorized to 
be summed up with other authorized transaction amounts upon completion 
of the transaction. ^ 

[0083] In correspondence to the unsettled transaction types A, B, C- and D 
defined in the type code tables 74, 76, 78, and 80, in Figs. 5A to 5D, the control 
functions of the type A management control unit 58, type B management control 
unit 60, type C management control unit 62, and type D management control 
unit 64 are provided for the management control unit 38 in Fig. 3. Each of the 
management control units 58, 60, -&3-rfi2 and 64 manages and controls all of the 
incomplete transactions separately with respect to the process at the time of 
prepayment in v/hich _wherein the incomplete transaction is started and the 
process in which wherein the goods delivery or the payment is made. 
[0084] Fig. 6 is a fundamental flowchart for the control process with respect 
to the incomplete transaction by the transaction managing apparatus according 
to the invention of Fig. 3. First, when an incomplete operation key is depressed 
in order to declare the incomplete transaction by using the operation picture 
plane of the POS terminal, it in diacriminated the key pressed (function 
selector) is determined in step S1. An incomplete transaction menu is 
displayed in step S2. When the incomplete transaction menu is displayed, two 
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menus — e^^ "transaction upon payment" inv/hich wherein the incomplete 
transaction is started and "transaction upon delivery" (including "transaction 
upon payment") in which wherein the incomplete transaction is completed^, are 
displayed. When the menu ^^"transaction upon payment"^ indicative of the 
start of the incomplete transaction^ is selected, the processing routine advances 
from step S3 to step S4. The process upon payment according to the type 
designated at that time is executed. When the start of the incomplete 
transaction is not selected in step S3, whether the incomplete transaction 
delivery has been selected or not is diDGriminatGd determined in step S5. If 
the delivery is selected, step S6 follows and the process upon delivery according 
to the transaction slip number is executed. The processes in steps S1 to S6 
are repeated until there is an end instruction to the POS terminal in step S7. 
When the incomplete operation key is not depressed in step S1, the processing 
routine advances to the process for the normal transaction (not shown). 
r00851 
r00861 
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(Deferred pickup (delivery) transaction^ 

r00871 Fig. 7 is a flowchart for a process upon prepayment in step S4 in Fig. 
6 4rft wherein the caoc where thc incomplete transaction type A— a-a^ a deferred 
pickup transaction on the principle of occurrence^ has been designated. In the 
process^ upon payment for starting the transaction in the deferred pickup 
transaction on the principle of occurrence, first, in step S1, the delivery date of 
goods is inputted. As a delivery date of goods, "after 5 business days" is 
displayed as a default in the type code table 74 in Fig. 5A. If this date is wrong, 
it is corrected by a manual inputs or the like. In step S2, the registration of goods 
using the bar code reader^ or the like^ is executed in step s2 in a manner 
similar to the normal transaction. In step S3, the amount of payment is 
registered. In the deferred pickup transaction on the principle of occurrence of 
the type A, the prepayment necessary/unnecessary flag is set to "necessary 
(total amount)" with reference to the type code table 74 in Fig. 5A. Therefore, 
after the amount of payment was registered, whether the total amount has been 
paid or not is dio criming tod determined in step S4. If the total amount is not 
paid, an error is displayed in step S7. The registration of the amount of payment 
is executed again in step S4. If the total amount was paid in step S4, step S5 
follows and a customer copy with the incomplete transaction slip number is 
issued by the printer. Finally, the paiGGarG sale (transaction^ amount is 
authorized to be summed up in step S6. That is, the oaico — Qrcoummcd 
^ sale (transaction) amount is allowed to be summed up with other 
authorized transaction amounts at the start of the incomplete transaction in 
the deferred pickup transaction on the principle of occurrence of the type A. 
r00881 Figs. 8A to 8D and 9 are explanatory diagrams of operation picture 
planes of the POS terminal in the process upon payment of the deferred pickup 
(delivervL transaction on the principle of occurrence in Fig. 7. Fig. 8A shows a 
sales registration picture plane 82 shown as an initial picture plane of the POS 
terminal. A bar code display frame 84 and a goods information list ^85. which 
are used for the normal sales registration^ are displayed in an empty state onto 
the sales registration picture plane 82. Further, a check box 86 for the 
incomplete transaction is provided on the lower side. In the normal sales 
registration, when a bar code scan of the goods is performed, a bar code 
(numeral) is automatically displayed in the bar code display frame 84 (it can be 
also manually inputted by a key input) and a name, a price, and the like^ of the 
goods are displayed in the goods information list 85. Theref ore, 

[0089] ^^^ — Qtart of the incomplete trannaction is — first 

r00901 deGiarod. — Ad for the The declaration of the start of the incomplete 
transaction^ is made by selecting the check box 86 of the incomplete 
transaction on the sales registration picture plane — ia £3eieeted 82. This 
selection mav be made by clicking the mouse, depressing the operation key, 
pressing a touch panel, or the like, thereby inverting it to a state shown in black 
(hereinbelow, this operation is merely referred to as "selection of check box"). 

The ocreen io 

roosn The screen is switched to an incomplete transaction menu picture 
plane 88 of Fig. 8B by the declaration of the start of the incomplete transaction. 
Check boxes 90 and 92 are provided on the incomplete transaction menu 
picture plane 88 with respect to the transaction upon payment and the 
transaction upon delivery. The check box 90 of the transaction upon payment is 
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selected. The screen is switched to an incomplete transaction type selection 
picture plane 94 of Fig. 8C by the selection of the check box 90. 

IQ092l GhGck box 00. Check boxes 96, 98, ^rO^lOO and 102 of the four 

types of incomplete transactions, the deferred pickup transaction (on the 
principle of occurrence), deferred payment transaction (on the principle of 
occurrence), deferred pickup transaction (on the principle of completion), and 
deferred payment transaction (on the principle of completion) are provided on 
the incomplete transaction type selection picture plane 94. Since the transaction 
is the deferred pickup (delivery) transaction on the principle of occurrence, the 
check box 96 is selected. Subsequently, the screen is switched to a delivery 
date input picture plane 104 in the deferred pickup transaction of Fig. 8D. 
Assuming that the current date of the start of the transaction is set to September 
23, 1999, "19990928"4 indicative of "after 5 business days" of the default^ is 
displayed in an input frame 106 of the delivery date input picture plane 104. If a 
correction is necessary, the date is corrected by a manual input or the like. ^ 

thio otQtc, — the bar code 

r00931 In this state, the bar code of the goods is read by the bar code reader^ 
or the like, the goods 4r^are registered, e— payment for the displayed price is 
received from the customer, inpayment registration is performed, and^ in case 
of a total amount, a customer copy on which the incomplete transaction slip 
number has been recorded is issued by the printer. If the amount of payment at 
the time of the payment registration is not equal to the total amount, an error 
diGpigy messaae. or the like^ is pcrf ormod displaved . 

[00941 Fig. 9 is a flowchart for a process upon delivery which is performed 
after the process upon payment of the incomplete transaction type A in Fig. 7. 

In the process upon delivery, — vjith — reference — fee — fe*ve — cuotomercopy 

handed upon payment in Step SI, the incomplete transaction slip number from 
the customer copy is inputted. On the basis of the input of the transaction slip 
number, the relevant incomplete transaction is displayed in step S2. The goods 
ichandod are delivered on the basis of the display contents and a registration 
key is depressed. When the registration key is depressed in step S3, step S4 
follows and a process for completing the incomplete transaction is executed. 
With respect to the contents of the incomplete transaction displayed in step S2, 
if thegoodG — deliverv of the goods has already been registered, an error 
display^ or the like^ is performed. Since the registration key is not selected, step 
S5 follows. Whether the delivery has been performed or not is diocriminatcd 
determined from the registration contents. ^^ Thereafter. tlie processino 
routine io finiGhed. finishes. 

[0095] Figs. 10A to 10E are explanatory diagrams of operation picture planes 
for the process upon delivery in the incomplete transaction type A in Fig. 9. 
When the declaration of the incomplete transaction on the sales registration 
picture plane in Fig. 10A is selected by the check box 86, since the screen is 
switched to the incomplete transaction menu picture plane 88 of Fig. 10B, the 
transaction upon delivery is designated by selecting the check box 92. Thus, 
the screen is switched to a transaction slip number input picture plane 108 of 
Fig. IOC. Therefore, by inputting the slip No. "0000001" recorded on the 
received customer copy slip, the screen is switched to an incomplete transaction 
confirmation picture plane 112 of Fig. 10D. Status display boxes 116 and 118 
with respect to a sales date, a sales amount, a balance, a delivery date, 
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completion of payment, and "delivered" are provided for the incomplete 
transaction confirmation picture plane 112 in GorrGnpondcnGG corresponding 

to the respective transaction slip numberT — rcopcctivQiy . — , When the 

registration key is operated, therefore, the status display box 118 of "delivered" 
is set to "delivered" and a oorico of the incomplete transaction is finished. In 
the case where the screen is switched to an incomplete transaction confirmation 
picture plane 112 of Fig. lOE^ when the transaction slip number is inputted 
in Fia. Fig. 1QC. since the status display box 118 has already been set to "the 
goods ke^ have already been delivered", a message indicating this fact^, or the 
like^ is displayed and a Dcrica of proGGnsGn the process is finished. 
r00961 ^4r^. — Fig. 11 is a flowchart for a process upon payment in the 
deferred pickup fdeliverv) transaction on the principle of completion 
corresponding to the incomplete transaction type B. In the process upon 
payment in the deferred pickup transaction on the principle of completion, the 
check box 86 of the incomplete transaction is clicked on the sales registration 
picture plane 82 as shown in Fig. 8A, the check box 90 of the transaction upon 
payment is selected on the incomplete transaction menu picture plane 88 in Fig. 
8B, and subsequently, the check box 100 ofthe deferred pickup transaction (on 
the principle of completion) is selected on the incomplete transaction type 
selection picture plane 94 of Fig. 8C, thereby activating such a process upon 
payment. 

lOOOTl pgymGnt . First, in step SI, the delivery date of goods is inputted by 
using the same delivery date input picture plane 104 as that of Fig. 8D. Also^ in 
this case, "after 5 business days" ^as a default es— ascheduled delivery date i§ 
set in the type code table 76 in Fig. 58^ is displayed. If it is necessary to correct 
the delivery date, it is corrected by a manual inputs or the like. Subsequently, in 
step S2, a registration of 

the goods is performed by reading the bar code of the goods by using the bar 
code reader^ or the like^ in a manner similar to the case of the normal 
transaction. 

[0098] An amount of payment is registered in step S3. In this case, since it is 
recognized from the type code table 76 in Fig. 5B that the prepayment is 
necessary and the total amount is necessary, when it is confirmed in step S4 
that the total amount has been paid, a customer copy with the incomplete 
transaction slip number is issued in step S5. If the total amount is not paid in 
step S4, an error display or the like is porf ormGd provided in step S6. The 
registration of the paid amount from step S3 is executed again. In the process 
upon payment in the deferred pickup transaction on the principle of completion 
in Fig. 11, a point that the sum-up of s^^re^ the sale (transaction) amount 
with other transaction amounts is not performed — — fe^ authorized. 
Conseauentlv. this process upon payment differs from the case of the deferred 
Pickup (delivery) transaction on the principle of occurrence of the type A shown 
in Fig. 7. 

[00991 Fig. 12 is a flowchart for a process upon delivery in the deferred 
pickup (delivery) transaction on the principle of completion which is executed at 
the time of the delivery of goods after the process upon payment in Fig. 11. 
Also^ in the process upon delivery, first, when the check box 86 of the 
incomplete transaction is 
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selected on the same sales registration picture plane 82 as that of Fig. 1 0A and 
the check box 92 upon delivery is selected on the incomplete transaction menu 
picture plane 88 of Fig. 10B, the transaction slip number input picture plane 
108 of Fig. 10C is displayed. By inputting the incomplete transaction slip 
number recorded on the customer copy in step S1, the incomplete transaction 
confirmation picture plane -3r^ 1123_ similar to that of Fig. lOD^ is displayed in step 
S2. After it is confirmed that the payment is not finished, by clicking the 
registration key, the processing routine advances from step S3 to step S4. At 
this time point , the oQion aro sale (transaction^ amount is authorized to be 
summed up with other authorized transaction amounts and the incomplete 
transaction is completed. In the case where the confirmation display picture 
plane of the incomplete transaction in step S2 indicates that the status display 
box 118 indicates "delivered" as shown in Fig. 10E, the processing routine is 
finished. 

roolOOl (Deferred payment transaction) 

r001011 Fig. 13 is a flowchart for a process upon payment in the case where 
the incomplete transaction type D as a deferred payment transaction on the 
principle of completion is selected in the embodiment of Fig. 3. In the registering 
process of the incomplete transaction type D, first, the check box of the 
incomplete transaction 86 is selected on the sales registration picture plane 82 
as shown in Fig. 14A and the incomplete transaction is declared. Subsequently, 
the check box 92 of the transaction upon delivery is clicked by using the 
incomplete transaction menu picture plane 88 in Fig. 14B and the check box 102 
of the deferred payment transaction (on the principle of completion) is selected 
with respect to the incomplete transaction type selection picture plane 94 of Fig. 
14C, so that the process is started, when the procooa 

r001021 When the process is started, an input picture plane 115 of the 
delivery date of goods in Fig. 14D is displayed in step S1. The "delivery on the 
appointed day (19990923)"4 which has been set in the scheduled delivery date 
in the type code table 80 in Fig. SD^ is displayed as a default in a date input 
frame 115-1 on the input picture plane of the delivery date of goods. 
Subsequently, in step S2 in Fig. 13, the bar code of the goods is read by using 
the bar code reader, thereby registering the goods in a manner similar to the 
normal transaction. When the registration of the goods is finished, in this 
deferred payment transaction, since it is recognized from the type code table 80 
in Fig. 5D that the dGiivcrina deliverv method has been set to "predelivery" 
and the scheduled delivery date has been set to "appointed day", an incomplete 
transaction confirmation picture plane 116-1 of Fig. 14E is displayed in order to 
confirm the deliverv, 

r001031 dciivorv. Therefore, it is confirmed that when the registration key is 
clicked with respect to the incomplete transaction confirmation picture plane 
116-1, a status display box 126 of "delivered" on the incomplete transaction 
confirmation picture plane 116-1 is set to "delivered". An amount of payment is 
registered in step S4. In this deferred payment transaction, since it is valid, 
even if the amount of payment is equal to zero, the zero amount of payment is 
registered. A customer copy with the incomplete transaction slip number is 
issued in step S5. Since the deferred payment transaction is based on the 
principle of completion, the sum-up of the sales is not ocrf ormod authorized at 
this time point of the process upon payment. 
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r00104^ Fig. 15 shows a process upon payment in the incomplete transaction 
type D which is executed in the case where there is a balance in the process 
upon payment in Fig. 13. With respect to the process upon payment of the 
deferred payment transaction, the check box 86 of the incomplete transaction on 
the sales registration picture plane 82 is selected as shown in Fig. 16A and^ the 
incomplete transaction is declared^ and the check box 92 of the transaction upon 
delivery is selected on the incomplete transaction menu picture plane 88 of Fig. 
16B- so that the screen is switched to the transaction slip number input picture 
plane 115 of Fig. 16C. 

roOIOSI Therefore, in the paying process of the deferred payment transaction 
(on the principle of completion) in Fig. 15, first, when the incomplete transaction 
slip number recorded on the customer copy is inputted in step S1, an incomplete 
transaction confirmation picture plane 116-2 of Fig. 16D is displayed in step S2. 
Subsequently, in step S3, whether the transaction has been completed or not is 
diocriminatcd determined . If NO, a balance on the incomplete transaction 
confirmation picture plane 116-2 is equal to, for example, "[D25,000"^as shown in 
Fig, 16D. Therefore, the registration key is clicked in step S4 for the purpose of 
payment. An amount of payment is registered in step S5. Whether the balance 
is equal to zero or not is now diDcriminatGd determined in step S6. If it is 
equal to zero, the nnicn arc sale ^transaction^ amount is authorized to be 
summed up and the incomplete transaction is completed in step S7. 
fOOIOSI compictcd — arft — otcp — &^ A customer copy with the incomplete 
transaction slip number is issued in step S8. When the transaction is completed 
in step S3, for example, in the case where a status display box 124 indicative of 
the zero balance and the completion of the payment and the check box 126 
indicative of "paid and delivered" show the completion as shown on, for 
example, an incomplete transaction confirmation picture plane 116-3 of Fig. 
16E. the processes in steps S4 to S7 are skipped. Since the process upon 
payment of the deferred payment process has already been finished, a 
customer copy with the incomplete transaction slip number is issued in step S8 
and the processing routine is finished. 

r001071 Fig. 17 is a flowchart for a process upon prepayment of the 
incomplete transaction type C as a deferred payment transaction on the 
principle of occurrence. The processes from the input of the delivery date of 
goods in step SI to the issue of a customer copy with the incomplete transaction 
slip number in step S5 are substantially the same as those in steps SI to S5 for 
the process upon payment in the incomplete transaction type D (deferred 
payment transaction on the principle of completion) of Fig. 13. Since the 
transaction is based on the principle of occurrence in addition to those 
processes, Fig. 17 differs from Fig. 13 with respect to a point that the oaics arc 
sale (transaction^ amount is authorized to be summed up with other 
authorized transactions in step S6. 

roOIOBI Fig. 18 is a flowchart for a process upon payment which is executed 
later (e.g.. on another dayi in the case where the balance is not equal to zero in 
the process upon payment in Fig. 17, Although the process upon payment is 
fundamentally the same as the process upon payment of the incomplete 
transaction type D (deferred payment process on the principle of completion) 
shown in Fig. 15, since the transaction is based on the principle of occurrence. 
Fig. 18 differs from Fig. 15 with respect ^ — a point that the incomplete 
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transaction is completed without authorizing the summing up gLthe gaico saje 
(transaction) amount in step S7. Tine other points are substantially the same 
as those in Fig. 15. 

r001091 Figs. 19A and 19B show specific examples of a list display which 
can be displayed by the transaction managing apparatus according to the 
invention in Fig. 3. In the transaction managing apparatus of the invention, with 
respect to the incomplete transactions which are managed in a — ttimp, the 
contents of the incomplete transactions can be displayed as a list qd avjhoic ^ 
for example, a complete list or ew^ bv transaction type. Fig. 19A shows a 
list display with respect to all of the incomplete transactions. Aii — 
Gituationo For example, all of the incomplete transactions as of October 01, 
1999, are displayed on an incomplete transaction list picture plane 128, In the 
list display, items of the slip number, date and time of occurrence, an amount of 
payment, and a type are disolaved for every incomplete transaction. This list 
picture plane is scroll -displayed and results of totalization of the totals, the 
number of incomplete transactions, the number of transactions per type, the 
number of complete transactions, the number of delivery waiting transactions, 
the number of payment waiting transactions, and the like , also can be qIgo 
displayed on the final page, 

[00110] f inai — page. Fig. 19B shows a display picture plane of a list of 
customers who do not come to receive the goods even after the expiration of the 
scheduled delivery date with regard to all of the incomplete transactions. A 
transaction slip number, date and time of occurrence, a scheduled delivery 
date, and a type are displayed on an untakG - ovor undelivered customer list 
picture plane 132. BoGidoG thom Additionallv . an incomplete transaction list 
picture plane and an untakG - ovor undelivered customer list picture plane 
classified for each of the types A to D can be displayed. Further, also with 
respect to the unpQvmGnt late payment or non-pavment customers who do not 
come to pay for the goods even after the expiration of the term for payment, lists 
o funpgymcnt late pa yment or non-pavment customers can be displayed 
for all of the incomplete transactions— ^^id — cvG r y — typ G. Further, a list of 
payment situations can be displayed. 

roomi Figs. 20A and 20B show another embodiment of a table structure 
which is provided for the transaction defining unit 36 in Fig. 3. In this table 
structure, an option table 136, a payment schedule information table 138, and a 
discount information table 140 are further added to the tables of Figs. 4A and 
4B. In association with them, an option code and a payment schedule code are 
newly added to the incomplete transaction management table 50. The option 
code is linked to the option table 136. Handling methods for the unpaymGnt late 
pavment or non-pavment persons such as option code, incomplete transaction 
longest period, method after the elapse of the longest period, commission on 
postpayment, and the like^ are defined in the option table 136. ThG paymGnt 

ochcdulG 

[00112] The payment schedule code added to the incomplete transaction 
management table 50 is linked to the payment schedule information table 138. 
Information regarding the payment by installments^ such as^ payment schedule 
code, lowest percentage of prepayment, the number of paying times, term for 
payment, payment schedule, and the like^ is defined in the payment schedule 
information table 138. 
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[00113] Further, subsequent to the store number and the incomplete 
transaction serial number, information regarding the discount^ such as^ line item 
number, discount information, and the like^ is defined in the discount information 
table 140 which is linked by the store number and the incomplete transaction 
serial number in the incomplete transaction management table 50. As 
mentioned above, as a table structure of the transaction defining unit 36 in Fig. 
3, the contents of the incomplete transaction can be defined in detail^ as 
necessary^ by the table structure with respect to a proper category of the 
incomplete transaction and, further, items which determine the transaction 
contents. The item contents of each table can be properly defined^ as 
necessary^ in accordance with the contents of the incomplete transaction. 
[00114] As described above, according to the present invention, a plurality 
of kinds of incomplete transaction types are defined in combination o^ with a 
plurality of predetermined categoriesT — One of the incomplete transaction 
types is designated by t^^^interactive operation with the operator, and the 
processes from the start of the transactions to the end can be managed and 
controlled in a lump, so that a batch control and a batch management of a 
plurality of incomplete transactions can be performed by one system. Therefore, 
management of all of the incomplete transactions, e 
oituationaraGP understandina situations thereof , and the like^ which have 
been difficult so far can be accurately performed in an extremely short time. 
Further, since the incomplete transactions are classified into types according to 
the combination of the categories, the management control method of the 
incomplete transaction can be accurately changed in a short time merely by 
designating the type. 

[001151 Although the above embodiment relates to the example of the 
transactions of four incomplete transaction types A to D defined by the type 
code table in Figs. 5A to 5D, the incomplete transaction type can be arbitrarily 
determined^ as necessary^ by a plurality of combinations of the categories 
including at least the sum-up timing, prepayment necessary/unnecessary flag, 

and delivering — method . i-ft — fei^^ — actual — inGomplctctrangaction, 

jr^ delivery method/timing. In practice, the Invention is not limited to the case 
of a plurality of tvoes of incomplete transactions, but there is also a case 
where it has an incomplete transaction of only a specific type. In such a case, 
therefore, the processes regarding the incomplete transaction of the type which 
tee previouslyfeeeft defined are executed merely by declaration of the 
incomplete transaction, 

[00116] inGQmpieto — tranoaction. The invention further provides a 

computer-readable recording medium on which an incomplete transaction 
managing program has been recorded. Therefore, as a recording medium for 
this purpose, a proper portable recording medium such as FD, CD-ROM, DVD. 
or the like^ can be used. A program fo r_arL, incomplete transaction^ which is 
stored in the recording medium^ has the function of the transaction defining unit 
36 and the function of the management control unit 38 in Figs. 4A and 4B. In 
this case, since the transaction defining unit 36 is realized by, for example, the 
retail application frame work technology 30 in Fig. 2, an independent program in 
this portion can be realized. Since the program for the management control unit 
38 is realized as a POS application 28, an independent program in this portion 
can be realized. 
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r001171 The invention incorporates many propcr modifications and variations 
without departing from the objects and advantages of the invention. Further, the 
invention is not limited by the numerical values shown in the embodiment. 
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